DHCP menggunakan dua port yang sama ditetapkan oleh IANA bagi BOOTP: 67/udp bagi menghantar data kepada pelayan, dan 68/udp bagi data kepada pelanggan.

Operasi DHCP gagal kedalam empat fasa asas: Jumpaan IP, tawaran sewa IP, permohonan IP, dan akuan sewa IP.

Sekiranya pelanggan DHCP dan pelayan berada pada subrangkaian yang sama, mereka akan berhubung melalui sebaran UDP. Apabila pelanggan dan pelayan berada subrangkaian yang berlainan, perutusan jumpaan IP dan permohonan IP dihantar melalui sebaran UDP, tetapi perutusan tawaran sewa IP dan akuan sewa IP dihantar melalui unicast.

Jumpaan DHCP

Pelanggan memancarkan perutusan pada subrangkaian fizikal bagi mendapatkan pelayan DHCP yang ada. pentadbir rangkaian boleh menatarajaj penghala tempatan untuk menghantar paket DHCP ke pelayan DHCP daripada subrangkaian berbeza. Perlaksanaan pelanggan ini mencipta paket Protokol Datagram Pengguna ("[[User Datagram Protocol-UDP") dengan matlamat pemancar 255.255.255.255 atau alamat pemancar subrangkaian khusus.

Pelanggan DHCP juga boleh meminta alamat IP terakhir yang diketahui (dalam contoh di bawah, 192.168.1.100). Jika pelanggan kekal bersambung pada rangkaian bagi mana IP ini sah, pelayan mungkin meluluskan permohonan. Sekiranya tidak, ia bergantung samaada pelayan didirikan sebagai berwibawa atau tidak. Pelayan berwibawa akan menafikan permohonan, memaksa pelanggan memohon alamat IP baru serta merta. Pelawan tidak berwibawa hanya tidak mengendahkan permohonan, mendorong kepada perlaksanaan bergantung kepada masa luput bagi pelanggan untuk berputus asa bagi permohonan dan memohon alamat IP yang baru.

Twaran DHCP

Apabila pelayan DHCP menerima permohonan sewa IP daripada pelanggan, ia menyimpan satu alamat IP bagi pelanggan dan menghantar tawaran sewa IP dengan menghantar perutusan DHCPOFFER kepada pelanggan. Perutusan ini mengandungi alamat MAC pelanggan, alamat IP yang ditawarkan hos, topeng subrangkaian, tempoh sewa, dan alamat IP bagi pelayan DHCP yang membuat tawaran.

Pelayan menentukan tatarajah bergantung kepada alamat pelanggan sebagaimana ditetapkan dalam bidang CHADDR (Client Hardware Address). Di sini pelayan, 192.168.1.1, menetapkan alamat IP dalam bidang YIADDR (Your IP Address).

Permohonan DHCP

Pelanggan boleh menerima tawaran DHCP daripada beberapa pelayan, tetapi hanya menerima hanya satu tawaran DHCP dan memancarkan perutusan permohonan DHCP. Berdasarkan bidang Transaction ID dalam permohonan, pelayan diberitahu tawaran siapa yang diterima pelanggan. Apabila pelayan DHCP lain menerima perutusan ini, mereka menarik kembali sebarang tawaran yang diberikan kepada pelanggan dan memulangkan alamat yang ditawarkan kembali kepada kelompok alamat yang tersedia. Perutusan permohonan DHCP dipancarkan, dan bukannya dipancar khusus kepada pelayan DHCP tertentu, kerana pelanggan DHCP masih belum menerima alamat IP. Juga, perutusan satu hala boleh memberitahu pelayan DHCP lain untuk memberitahu bahawa pelayan lain akan membekalkan alamat IP tanpa tertinggal sebarang pelayan sekiranya menggunakan perutusan pemancar tunggal.

Akuan DHCP

Apabila pelayan DHCP menerima perutusan DHCPREQUEST daripada pelanggan, proses tatarajah memasuki fasa terakhirnya. Fasa akuan membabitkan menghantar paket DHCPACK kepada pelanggan. paket ini termasuk tempoh sewaan dan sebarang maklumat tatarajah lain yang mungkin diminta pelanggan. pada ketika ini, proses tatarajah IP dilengkapkan.

Protokol menjangka pelanggan DHCP untuk menatarajah antaramuka rangkaiannya dengan parameter yang dirundingkan.

After the client obtains an IP address, the client may use the Address Resolution Protocol (ARP) to prevent IP conflicts caused by overlapping address pools of DHCP servers.

DHCP information

A DHCP client may request more information than the server sent with the original DHCPOFFER. The client may also request repeat data for a particular application. For example, browsers use DHCP Inform to obtain web proxy settings via WPAD. Such queries do not cause the DHCP server to refresh the IP expiry time in its database.

DHCP releasing

The client sends a request to the DHCP server to release the DHCP information and the client deactivates its IP address. As client devices usually do not know when users may unplug them from the network, the protocol does not mandate the sending of DHCP Release.

Client configuration parameters in DHCP

A DHCP server can provide optional configuration parameters to the client. RFC 2132 describes the available DHCP options defined by Internet Assigned Numbers Authority (IANA) - DHCP and BOOTP PARAMETERS.

A DHCP client can select, manipulate and overwrite parameters provided by a DHCP server.[4]

Pilihan

Pilihan ada masakini bagi mengenal pasti vendor dan fungsi pelanggan DHCP. Maklumat ini adalah rangkaian huruf pelbagai panjang atau octets yang mempunyai maksud khusus yang ditetapkan oleh pembekal kepada pelanggan DHCP. Satu kaedah adalah pelanggan DHCP boleh menggunakan untuk berhubung dengan pelayan bahawa ia menggunakan hardware atau firmware tertentu adalah dengan memasukkan nilai dalam permohonan DHCPnya yang dikenali sebagai Pengenal pasti Kelas Vendor (Vendor Class Identifier-VCI) (Option 60). kaedah ini membolehkan pelayan DHCP untuk membezakan antara dua jenis mesin pelanggan dan memproses permohonan dari dua jenis modem dengan betul. Sesetengah jenis kotak set-top turut memasukkan VCI (Option 60) untuk memberitahu pelayan DHCP mengenai jenis hardware dan fungsi perantinya. Nilai yang digunakan oleh pilihan ini memberikan pelayan DHCP bayangan mengenai sebarang permohonan maklumat tambahan yang diperlukan pelanggan dalam balasan DHCP.

Gegantian DHCP

Dalam rangkaian DHCP kecil biasanya menggunakan penyiaran alamat. Bagaimanapun, dalam sesetengah keadaan, alamat unisiar akan digunakan, sebagai contoh: apabila rangkaian memiliki pelayan DHCP tunggal yang memberikan alamat IP bagi banyak subrangkaian. Apabila penghala bagi subjarangan sedemikian menerima siaran DHCP, ia menukar dirinya kepada unisiar (dengan matlamat MAC/alamat IP bagi tatarajah pelayan DHCP, suMAC/IP bagi penghala itu sendiri). Bidang GIADDR bagi permohonan disunting ini diisi dengan alamat IP bagi antaramuka penghala padanya ia menerima permohonan DHCP asal. Pelayan DHCP menggunakan bidang GIADDR bagi mengenalpasti subjaringan peranti asal bagi memilih alamat IP dari kumpulan yang betul. Pelayan DHCP kemudiannya menghantar TAWARAN DHCP ("DHCP OFFER") kembali ke penghala melalui unisiar. Penghala kemudiannya menukar TAWARAN DHCP kembali kepada siaran, dihantar pada antaramuka pada peranti asal.

Keutuhan

Piwaian bagi melaksanakan reka bentuk tahan rosak pelayan DHCP telah dibincangkan oleh Internet Engineering Task Force,[5] tetapi piwaian lakar telah luput. Piwaian lakar mencadangkan pelayan berganda, satu utama dan satu sokongan. Pelayan sokongan menjejak pemberian alamat IP yang dibuat oleh pelayan utama dan mengambil aluk sekiranya pelayan utama gagal.